Systems, methods, and devices for implementing a central computing platform for distributed computing environments

ABSTRACT

Provided are systems, methods, and devices for implementing a central platform for enterprise applications and software as a service (SaaS). Methods include retrieving, using one or more processors of a central computing platform, one or more update data objects. Methods also include identifying, using the one or more processors, a configuration of a customer portal interface. Methods further include retrieving, using the one or more processors, current configuration data associated with the customer portal interface, the current configuration data characterizing a configuration and settings of an application program interface (API) an instance of application data associated with a distributed application. Methods also include generating, using the one or more processors, one or more custom input data objects based, at least in part, on the current configuration data associated with the customer portal interface.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application claims the benefit under 35 U.S.C. § 119(e) of U.S.Provisional Patent Application No. 62/767,398, filed on Nov. 14, 2018,which is incorporated herein by reference in its entirety for allpurposes

TECHNICAL FIELD

The present disclosure relates to systems and processes directed todistributed computing environments, and more specifically, to theimplementation of a central computing platform for such distributedcomputing environments.

DESCRIPTION OF RELATED ART

Enterprise applications and software as a service (SaaS) may be softwareplatforms that are configured to provide customers with one or morefunctionalities directed at services associated with largeorganizations. Such enterprise applications may be implemented indistributed computational environments. Moreover, such applications maybe provided as SaaS in which software is centrally hosted, andfunctionality of the software is typically provided via a communicationsnetwork or the internet.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates an example of a system configured to provide acentral platform between multiple customer portals and multiple vendorportals, configured in accordance with some embodiments.

FIG. 2 illustrates another example of a system configured to provide acentral platform between multiple customer portals and multiple vendorportals, configured in accordance with some embodiments.

FIG. 3 illustrates yet another example of a system configured to providea central platform between multiple customer portals and multiple vendorportals, configured in accordance with some embodiments.

FIG. 4 illustrates an additional example of a system configured toprovide a central platform between multiple customer portals andmultiple vendor portals, configured in accordance with some embodiments.

FIG. 5 illustrates an example of a flow chart of a method forimplementing update events, implemented in accordance with someembodiments.

FIG. 6 illustrates an example of a flow chart of a method forimplementing configuration validation events, implemented in accordancewith some embodiments.

FIG. 7 illustrates an example of a flow chart of a method for monitoringsystem events, implemented in accordance with some embodiments.

FIG. 8 illustrates an example of a system configured to implementvarious embodiments disclosed herein.

FIG. 9 illustrates an example of a computer system or a processingdevice that can be used with various embodiments.

FIG. 10 an example of a flow chart of a method for implementing updateevents, implemented in accordance with some embodiments.

FIG. 11 an example of a flow chart of a method for implementingconfiguration events, implemented in accordance with some embodiments

FIG. 12 an example of a flow chart of a method for implementingintegration events, implemented in accordance with some embodiments.

DETAILED DESCRIPTION OF EXAMPLE EMBODIMENTS

Reference will now be made in detail to some specific examples of theinvention including the best modes contemplated by the inventors forcarrying out the invention. Examples of these specific embodiments areillustrated in the accompanying drawings. While the present disclosureis described in conjunction with these specific embodiments, it will beunderstood that it is not intended to limit the invention to thedescribed embodiments. On the contrary, it is intended to coveralternatives, modifications, and equivalents as may be included withinthe spirit and scope of the invention as defined by the appended claims.In addition, although many of the components and processes are describedbelow in the singular for convenience, it will be appreciated by one ofskill in the art that multiple components and repeated processes canalso be used to practice the techniques of the present disclosure.

In the following description, numerous specific details are set forth inorder to provide a thorough understanding of the present invention.Particular embodiments of the present invention may be implementedwithout some or all of these specific details. In other instances, wellknown process operations have not been described in detail in order notto unnecessarily obscure the present invention.

In various embodiments, various enterprise products may be provided asSaaS products, such as Workday and Slack, in which a SaaS vendorprovides a customer with a portal through which to access the SaaSproduct. As discussed herein, a vendor may be a third party SaaSprovider. More specifically, a vendor may be an organization thatprovides a Human Resources Management System (HRMS), such as Workday.Accordingly, a particular customer may subscribe to multiple SaaSproducts, and may have portals associated with each one. Thus, themanagement of each portal, and propagation of changes between thecustomer and various portals may become so burdensome and processingintensive that it is not practical. Moreover, customers and vendors maybe unaware of many updates and configuration changes which may be ableto enhance the efficiency of the implementation of such products.

As will be discussed in greater detail below, as described herein, acentral processing system may be implemented that manages communicationbetween the customers and vendors to improve the efficiency with whichsuch SaaS products may be provided to multiple customers. Accordingly,the central processing system may provide a vendor portal to vendors anda customer portal to customers, and the central processing system maymanage various operations and events, such as communications, updates,and configuration changes. In this way, updates and changes initiated bya customer may be efficiently propagated and implemented across multiplevendor applications, and updates and changes initiated by a vendor maybe efficiently propagated to multiple customers. Moreover, theadditional updates and configuration changes may be identified by thecentral processing system to enrich the specific operations included inupdates, configuration changes, and integration events that may beassociated with such customers.

In various embodiments, SimplrOps is a one of a kind cloud hosted SaaSProduct that resolves industry-wide problems related to Workdaypost-implementation. It leverages rules-based automation andintelligence, and is configured to use and implement machine learningalgorithms. A customer portal may be a portal used by SimplrOps'Customers to manage their Workday configuration. A vendor portal may beused by SaaS services, such as Workday services/consulting companies toservice their customers. They will access a central computing platform'sfunctions with permissions to view/modify only their customers' data. Invarious embodiments, a central computing platform may refer to a centralintelligent component, cloud hosted, which is used by SimplrOpsemployees and consultants to create rules for automation, performanalysis, create recommendations, manage customer profiles andadminister communication between itself and individual customer portals.In some embodiments, SimplrOps recommendations are guidance objectscreated after analysis and communicated to customer portals via backendprocesses.

In some embodiments, workday products/modules are various products ofWorkday used by customers for which SimplrOps will be supporting theirmanagement. E.g. Integrations, Security Groups, Business Rules, HCM,Compensation, Payroll. As disclosed herein, updates are functionalityupdates performed by SaaS products like Workday every so often, so as tokeep their customers' configuration up-to-date. For Workday, they comein three forms: 1) Bi-annual feature releases 2) Weekly Service Updates3) Ad-hoc Customer Alerts.

As will be discussed in greater detail below, a central computingplatform provided by, for example, SimplrOps would automate support forcustomers who use a vendor system like Workday. As disclosed herein, avendor system may refer to a computational environment of a vendor, suchas the application servers operated and maintained by the vendor tosupport an SaaS application, such as Workday. The central computingplatform is configured to integrate using application program interfaces(APIs) to a customer's vendor system, retrieve and store relevant data,and intelligently automate various functionalities for customers. Invarious embodiments, HRMS systems that are communicatively coupled withthe central computing platform are cloud-based software systems thatcustomers (and users) may access via a website that includes a portalinterface.

In various embodiments, SimplrOps customers and users described hereinmay be entities and organizations, such as companies, using SimplrOpsthat are represented as Customers, and the users within such company arereferenced as users. In some embodiments, retrieve refers to a retrieveoperation or process of connecting to the customer's tenant (e.g.Production tenant of Workday for a customer XYZ) and using their APIs tobring the data into a central platform, such as SimplrOps, environment.There can be inbound (retrieve) and outbound (update) communication tothe customer's Product tenant. In some embodiments, business rules mayrefer to rules implemented via SimplrOps UI to automate repeatableactions within the system. Such rules may be user defined, orautomatically and/or intelligently generated.

As will be discussed in greater detail below, various embodimentsdisclosed herein are configured to provide automation of expansive anddynamic support processes for SaaS applications, reducing dependency onhuman intervention, this assisting customers in implementing decisionsand reducing the overhead of doing so. In various embodiments, the logicand rules for automation are generated by the central computingplatform, and then used repeatably by various customers. As will also bediscussed in greater detail below, customers are also allowed to createtheir own specific rules for automation.

As will also be discussed in greater detail below, the implementation ofrules and automation facilitate the implementation of security measuresacross various different instances of an application as well as portalsassociated with an application. In various embodiments, onlyconfiguration data is used. Accordingly, the personal information ofusers is not utilized is kept secure.

FIG. 1 illustrates an example of a system configured to provide acentral platform between multiple customer portals and multiple vendorportals, configured in accordance with some embodiments. As will bediscussed in greater detail below, customers may be organizations, andmay have users of software applications or software platforms that areconfigured and implemented in a first computational environment thatincludes customer portal interfaces, such as first customer portalinterface 104, second customer portal interface 106, and third customerportal interface 108. As disclosed herein, a portal interface may be aweb-based or web-accessible entity, such as a webpage that may includean API, that is communicatively coupled to one or more applicationservers used to host distributed applications such as SaaS applications.In various embodiments, the portal interfaces may be accessible via acommunications network, such as the internet, and may be implementedusing MEAN stack and application program interfaces. In variousembodiments, customers may access portals using secure credentials.

In various embodiments, such customers may utilize the services of othersoftware applications provided by vendors which may be implemented in asecond computational environment that includes vendor portal interfaces,such as first vendor portal interface 110, second vendor portalinterface 112, and third vendor portal interface 114. Accordingly,customer and vendor portals may be implemented and configured to providean interface between the two computational environments, and enable theutilization of the vendor's application by the customer.

As will be discussed in greater detail below, systems described herein,such as system 100 further include a central computing platform, such ascentral computing platform 102, that is configured to intelligentlymanage the interactions between the portals to ensure that connectivityand functionality of such portals is maintained. While FIG. 1illustrates one instance of central computing platform 102, it will beappreciated that multiple instances of central computing platforms maybe implemented.

As discussed above, system 100 includes several vendor portals, whichmay be Software as a Service (SaaS) portals associated with variousdifferent SaaS or enterprise applications. Accordingly, first vendorportal interface 110 may be configured to provide access to a firstenterprise application, and second vendor portal interface 112 may beconfigured to provide access to a second enterprise application, andthird vendor portal interface 114 may be configured to provide access toa third enterprise application. In some embodiments, multiple vendorportals may be associated with a single enterprise application. In thisway, multiple vendors may each have their own portal to the enterpriseapplication. As shown in FIG. 1, any number of vendor portals may beincluded.

As discussed above, system 100 may also include various customer portalswhich may be configured to provide a customer with access to aparticular vendor portal. Accordingly, a customer may be utilizing afirst platform that is a first computational environment that isdifferent from a platform and computational environment of theenterprise application associated with the vendor portal. In variousembodiments, a platform and/or computational environment may refer to aparticular type of application used, a file system, a computationalarchitecture, or any combination thereof. In various embodiments, eachcustomer portal and vendor portal is a unique instance of its associatedapplication.

As discussed above, system 100 may include central computing platform102 that is configured to observe and manage interactions between thecustomer and vendor portal interfaces. As will be discussed in greaterdetail below, central computing platform 102 may be configured togenerate and provide recommendations for customer portal interfacesand/or vendor portal interfaces, and may also be configured to implementone or more changes to the customer portal interfaces and/or vendorportal interfaces. For example, central computing platform 102 may beconfigured to manage integrations, manage customer profiles, manageupdates, generate notifications, and generate recommendations for acustomer portal interface and/or vendor portal interface to enhance theinteraction between the customer portal and the vendor portal, as wellas enhance the functionality of the portals themselves. It will beappreciated that while reference may be made herein to a particularapplication module, such as an integrations module, any suitableapplication module may be utilized.

FIG. 2 illustrates another example of a system configured to provide acentral platform between multiple customer portals and multiple vendorportals, configured in accordance with some embodiments. As discussedabove, a system, such as system 200, may include customer portalinterfaces, such as first customer portal interface 104, vendor portals,such as first vendor portal interface 110, and central computingplatform 102. As shown in FIG. 2, central computing platform 102 isconfigured to observe and capture various types of data, and is furtherconfigured to utilize such data to generate notifications andrecommendations, as well as implement configurations of the portals. Aswill be discussed in greater detail below, the implementation ofmodifications of the configurations of such portals may be implementedin an automatic and intelligent manner to greatly increase theefficiency with which distributed applications, such as SaaSapplications, are implemented.

In various embodiments, FIG. 2 illustrates various inputs captured bycentral computing platform 102. In some embodiments, central computingplatform 102 is communicatively coupled to one or more database systems,and is configured to identify and retrieve relevant data that pertainsto the implementation of distributed applications. For example, centralcomputing platform 102 is communicatively coupled to SaaS configurationdatabase 202 which may include configuration data associated withdistributed applications, such as specific configurations of distributedapplication products. In various embodiments, central computing platform102 may also be communicatively coupled to SaaS application database 206which may be configured to store existing SaaS information relating toplanned release data, service updates, as well as ad-hoc customeralerts.

In various embodiment, central computing platform 102 is also configuredto monitor communications and interactions between portals, and tocapture and store data about customer portals, such as utilization ofcustomer products and integrations. In various embodiments, such datamay be stored as part of configuration data that is maintained incustomer configuration database 208. Moreover, central computingplatform 102 also captures and stores existing rules that have beengenerated for automation. In one example, such existing rules may bestored in a rules engine, such as rules engine 204. Central computingplatform 102 is also configured to capture and store data associatedwith vendor portals and applications, such as planned release data,service updates, as well as ad-hoc customer alerts.

FIG. 2 further illustrates various outputs generated by centralcomputing platform 102. For example, central computing platform 102 mayimplement one or more filters associated with updates implemented on acustomer portal. Central computing platform 102 may also becommunicatively coupled to subject matter expert database 201 which isconfigured to store information provided by a subject matter expert. Insome embodiments, central computing platform 102 is configured togenerate a prompt for a subject matter expert to provide input. In someembodiments, central computing platform 102 may also be communicativelycoupled to recommendations engine 212 which may be configured to utilizethe previously described data to generate one or more recommendations,such as an impact analysis, a list of recommended tasks or a proposedplan, and an identification of impacted integrations.

As will be discussed in greater detail below, the vast amount of datacaptured by central computing platform 102 as well as the utilization ofsuch data may provide the customer portals and vendor portals withextensive visibility of various recommendations and configurations theymight not otherwise contemplate. Furthermore, while SaaS configurationdatabase 202, rules engine 204, SaaS application database 206, customerconfiguration database 208, subject matter expert database 210, andrecommendations engine 212 have been shown outside of central computingplatform 102, such illustration is shown for clarity and is not intendedto be limiting. For example, any of these components may be integratedwith central computing platform 102, and implemented as part of centralcomputing platform 102.

FIG. 3 illustrates yet another example of a system configured to providea central platform between multiple customer portals and multiple vendorportals, configured in accordance with some embodiments. As discussedabove, a system, such as system 300, may include customer portals, suchas first customer portal interface 104, vendor portals, such as firstvendor portal interface, and central computing platform, such as centralcomputing platform 102. As shown in FIG. 3, a customer portal interface,such as first customer portal interface, 104, is configured to implementvarious functionalities associated with a customer platform, as well asat least one associated vendor platform.

In one example, first customer portal interface 104 may be configured toimplement various functionalities associated with its nativecomputational environment. More specifically, first customer portalinterface 104 may handle administrative management of local users andsecurity, and in this way, may have access to various data of thecustomer's computational environment. In some embodiments, thecomputational environment of first customer portal interface 104 mayinclude various user data, such as user profiles with associated useridentifiers stored in a format determined based on the computationalenvironment of the customer portal.

First customer portal interface 104 may also be configured tocommunicate with central computing platform 102, and may communicatewith first vendor portal interface 110 via central computing platform102. For example, first customer portal interface 104 may be configuredto communicate with central computing platform 102, implementrecommendations generated by central computing platform 102, andimplement relevant vendor product updates managed by central computingplatform 102.

First customer portal interface 104 may be further configured toimplement various vendor application related functionalities and storedata associated with such functionalities, such as vendor productconfigurations, integrations with vendor products, implementations ofplans associated with such vendor products, and integration productionruntime events. In some embodiments, such functionalities may beimplemented via central computing platform 102. In various embodiments,central computing platform 102 may enable direct communication betweenthe customer portal and the vendor portal in a pass-through mode.

In various embodiments, first customer portal interface 104 may becoupled to various other system components as well. For example, firstcustomer portal interface 104 may be coupled to an instance of SaaSconfiguration database 302, SaaS modules database 304, and SaaSapplication database 306 which may be configured to store configurationdata, module information, and application data respectively, where eachis specific to the instance of first customer portal interface 104.Moreover, first customer portal interface 104 may also becommunicatively coupled with security environment database 308 which maybe configured to store and manage various security and access rules, aswell as manage sensitive information such as user data. First customerportal interface 104 may also be communicatively coupled withcommunications database 310 which may be configured to monitor and logcommunications with other system components such as central computingplatform 102 and first vendor portal interface 110. Furthermore, firstcustomer portal interface 104 may be communicatively coupled torecommendations database 312 which may be configured to storerecommendations that may be received from another system component, suchas central computing platform 102.

FIG. 4 illustrates an additional example of a system configured toprovide a central platform between multiple customer portals andmultiple vendor portals, configured in accordance with some embodiments.As discussed above, a system, such as system 400, may include customerportal interfaces, such as first customer portal interface 104, vendorportals, such as first vendor portal interface 110, and centralcomputing platform 102. As shown in FIG. 4, first vendor portalinterface 110 is configured to implement various functionalitiesassociated with a vendor platform.

In various embodiments, first vendor portal interface 110 is configuredto pull various source data from the vendor's computational environmentused to implement the vendor's enterprise application. Such source datamay include planned release data, service updates, and ad-hoc customeralerts. In various embodiments, the data may be retrieved from adatabase system that may be specific to the instance of first vendorportal interface 110, such as SaaS application database 402. The vendorportal may also provide one or more recommendations, such as a detailedimpact analysis, a list of tasks or an associated plan, and anidentification of impacted integrations. In various embodiments, suchrecommendations may be stored in an instance of recommendations database412. As discussed above, such outputs may be provided to centralcomputing platform 102 as inputs, and central computing platform 102 mayprovide first customer portal interface 104 with recommendations basedon such inputs as well as one or more other parameters, as will bediscussed in greater detail below.

In various embodiments, Workday related functions implemented by one ormore of the customer portals and vendor portals may include functionsand operations associated with integrations and integrations eventmanagement such as: retrieve integrations, integrations hierarchy andruntime events from Workday; visual representation: grid and calendar;compare integrations; and integrations versioning. Also included may befunctions and operations associated with retrieve and manage securitygroups, business processes, and more, such as: retrieve and manage;versioning; comparing data between two tenants; and visualrepresentation. They may further include functions and operationsassociated with Workday updates and planning such as: view all Workdayupdates as published by central computing platform 102, that will beshown as relevant v/s non-relevant to the customer; and acceptrecommendations as published by central computing platform 102.

In various embodiments, general functions implemented by one or more ofthe customer portals and vendor portals may include task planning;administration of users, permissions, customer, and environment;dashboards and reporting; navigation; dual authentication (OTP and userid/password) for login; session timeout and logout; and requests andnotifications for communication between users and subject matterexperts.

FIG. 5 illustrates an example of a flow chart of a method forimplementing update events, implemented in accordance with someembodiments. As will be discussed in greater detail below, a centralcomputing platform may be configured to implement a method, such asmethod 500 described below, in which one or more update data objects maybe identified and retrieved, and automatically deployed across multipledifferent instances of portals. In this way, the identification andimplementation of update data objects may be implemented across multipledifferent heterogenous customer and vendor portals without theutilization of manual intervention or additional overhead.

Accordingly, method 500 may commence with operation 502 during which oneor more update data objects may be generated. In various embodiments,the update data objects may be generated by a product vendor, and mayinclude one or more updates or upgrades associated with a particularenterprise application. As similarly discussed above, the update dataobjects may be generated by one or more entities associated with aproduct vendor, and may thus be stored in one or more of variousdifferent data resources.

Method 500 may proceed to operation 504 during which the one or moreupdate data objects may be retrieved. In various embodiments, a systemcomponent, such as the central computing platform, identifies andretrieves the update data objects from various different data sources.For example, the various data sources may be different websites,different databases, and different data storage locations operated andmaintained by the vendor. In some embodiments, the update data objectsare identified and retrieved using a custom-built API which may bespecifically configured to identify and retrieve such update dataobjects. Furthermore, the update data objects may be stored by thecentral computing platform in a database system.

Method 500 may proceed to operation 506 during which a customer portalconfiguration is identified. Accordingly, updated configuration data fora customer in their vendor environment may be identified based oninformation provided by the vendors. In various embodiments,configuration data is generated by a customer's vendor system which mayinclude various specific instances of customer portal interfaces andvendor portal interfaces which, as discussed above, may be coupled to acloud-based Human Resources Management System (HRMS). In one example,such a HRMS computational environment may be used for housing customer'sdata such as personnel information, benefits, payroll, vacation,time-tracking, time-off, and other information. In various embodiments,configuration data and attributes may include various settings and statedata associated with the specific implementation of modules within theHRMS computational environment. Accordingly, such configuration data maybe imported from these systems by the central computing platform.However, in some embodiments, personal data is not.

Method 500 may proceed to operation 508 during which one or morerecommendation data objects may be generated. Accordingly, a centralcomputing platform may generate one or more recommendations based on theupdated configuration data described above, and may package therecommendations in a recommendation data object. In various embodiments,the recommendation data object may include a data structure configuredto store one or more data values describing operations to be implementedbased on the updated configuration. For example, the recommendation dataobject may include a list of tasks required to implement changes tosupport the vendor's product updates. In one example, specific aspectsof the impacted configurations may be mapped to tasks that may beidentified by task identifiers, and the recommendation data object maybe updated to include the task identifiers. In another example, arecommendation data object may identify if any specific testingoperations would be required for the updated configuration and to whatextent. Furthermore, it may be determined if the updated configurationis affecting any other configurations, such as previous configurations.For example, data object dependencies may exist based on prior updates,and a recommendation data object may be configured to include data toresolve such dependencies.

Method 500 may proceed to operation 510 during which one or morenotifications may be generated. In various embodiments, notificationsmay be generated that are configured based on the recommendation dataobject and the configurations of the customer portals. Accordingly, aspecific notification may be generated and sent to each customer portal,and each notification may be customized for its associated customerportal.

Method 500 may proceed to operation 512 during which currentconfiguration data may be retrieved. Accordingly, a system component,such as the central computing platform, may retrieve current state andconfiguration data. As discussed above, the current configuration datamay include various settings and state data associated with the specificimplementation of the portal and application. Accordingly, duringoperation 512, the current configuration data characterizing aconfiguration and settings of an API and an instance of application dataassociated with a distributed application may be retrieved.

Method 500 may proceed to operation 514 during which one or moreimpacted configurations are identified based on a comparison of theupdated configuration data and the current configuration data.Accordingly, specific components of a customer's configuration may beidentified, and more specifically, specific components of each instanceof a customer portal may be identified. In some embodiments, a componentmay be a specific module, user interface element, configuration setting,application setting, or any other aspect of a customer portal.

Method 500 may proceed to operation 516 during which one or moreimpacted portals may be identified. In various embodiments, the impactedportals may be additional portals and/or components of portals that maybe integrated with one of the above customer portals. As discussedabove, a vendor portal interface may be coupled to an HRMS computationalenvironment associated application like Workday. In various embodiments,the impacted portals may be additional portals and/or components ofportals that may be integrated with one of the above customer's portals.For example, the impacted portals may be customer's vendor portals thatare integrated with the customer's impacted customer portals. In variousembodiments, such integration may be implemented using APIs coupled tothe different customer and vendor computational environments, and mayenable the retrieval and storage of relevant data and application of theautomation of identification of modifications and changes of vendorportal interfaces as well as any updates to be made to the vendorportals interfaces.

Method 500 may proceed to operation 518 during which one or more custominputs may be generated. In various embodiments, a custom input may be acustom input data object that is generated based on the impactedconfigurations and impacted portals discussed above. Accordingly, eachcustom input is configured to provide a unique input through which auser may implement one or more actions and/or operations based on theabove described recommendations. In some embodiments, a custom input maybe a custom user interface object. Furthermore, the custom inputs may beconfigured to implement one or more functionalities, such as testing,accepting, rejecting, and/or postponing for a designated amount of time.In various embodiments, an additional data object, such as a backlog, isalso generated that includes status information identifying a set ofparameters corresponding to a future condition so that a customer canrevisit and implement a recommendation in future the future asappropriate.

FIG. 6 illustrates an example of a flow chart of a method forimplementing configuration validation events, implemented in accordancewith some embodiments. As will be discussed in greater detail below, acentral computing platform may be configured to implement a method, suchas method 600 described below, in which configuration data may beretrieved and validated, and specific improvements may be identified andimplemented without the utilization of manual intervention or undueoverhead.

Accordingly, method 600 may commence with operation 602 during which arules engine of a computing platform may be configured. In variousembodiments, the rules engine may be configured to implement core logicand rules that enable the computing platform to determine a datastructure format and system utilized by vendors. Moreover, the computingplatform may be further configured to define rating scales based onspecific types of conditions as well as provide the ability to generatevisual representations that may be utilized in associated with vendorportals. In some embodiments, the computing platform is also configuredto receive specific recommendations for particular and specificconditions and scenarios. Accordingly, a computing platform, as well asa rules engine included in the computing platform, may be configured toimplement core logic that enables the communication and interaction withvarious components of a vendor's system and a customer's system. Duringoperation 602, one or more rules may be received and stored in the rulesengine.

Method 600 may proceed to operation 604 during which the rules enginemay be validated. Accordingly, one or more rules in the rules engine maybe tested to determine if the rule is valid or not. In variousembodiments, the central computing platform is configured to pull thelatest configuration from a vendor system and assesses the quality ofthe configuration and events by matching the configuration against therules, and hence validating if the rules validly apply to eachconfiguration. As discussed above with reference to operation 602, therules are created in central computing platform and are widely availableto any customer portal.

Method 600 may proceed to operation 606 during which an input may bereceived. In various embodiments, the input may indicate that a systemvalidation operation should be implemented. For example, a user mayindicate that one or more components of a customer's system, such as itsconfiguration should be tested and validated to see if any improvementscan be made to the configuration. Accordingly, during operation 606, aninput may be received indicating that such testing should beimplemented.

Method 600 may proceed to operation 608 during which currentconfiguration data may be retrieved. Accordingly, a system component,such as the central computing platform, may retrieve current state andconfiguration data. As similarly discussed above, configuration data andattributes may include various settings and state data associated withthe specific implementation of modules within the HRMS computationalenvironment. Accordingly, such configuration data may be imported fromthese systems by the central computing platform.

Method 600 may proceed to operation 610 during which the currentconfiguration data is validated based, at least in part, on the rulesengine. Accordingly, the computing platform may analyze the retrievedconfiguration data, and may generate one or more recommendations basedon the analysis. In various embodiments, the analysis may be implementedby testing the current configuration based on the rules stored in therules engine. In various embodiments, logic represented in the rulesengine is applied to the configuration data and attributes to determineif the current configuration is compatible with one or more criteria,such as a current industry standard. Additionally, one or morerecommendations may be generated based on identified improvements in theretrieved configuration, and performance metrics may be generated foreach recommendation that identify one or more aspects of the identifiedimprovements, such as a specific increase in performance.

Method 600 may proceed to operation 612 during which a custom userinterface may be generated. In various embodiments, the custom userinterface is configured to include user interface elements correspondingto the recommendations described above as well as the improvements andtheir associated performance metrics. In one example, a graphicalrepresentation may be generated provides a graphical representation ofthe recommendations and improvements. In some embodiments, the graphicalrepresentation may be a user interface screen that is capable of beingpresented to a user on a display device.

FIG. 7 illustrates an example of a flow chart of a method for monitoringsystem events, implemented in accordance with some embodiments. As willbe discussed in greater detail below, a central computing platform maybe configured to implement a method, such as method 700 described below,in which a system may be monitored such that system events aredynamically identified and detected, and specific actions may beidentified and implemented without the utilization of manualintervention or undue overhead.

Accordingly, method 700 may commence with operation 702 during whichcurrent configuration data may be retrieved. Accordingly, a systemcomponent, such as the central computing platform, may retrieve currentstate and configuration data. As similarly discussed above,configuration data and attributes may include various settings and statedata associated with the specific implementation of modules within theHRMS computational environment. Accordingly, such configuration data maybe imported from these systems by the central computing platform.

Method 700 may proceed to operation 704 during which one or morerecommendations may be automatically identified. Accordingly, once theconfiguration data has been retrieved during operation 702, the centralcomputing platform may continuously check for updates to theconfiguration. Moreover, in response to identifying an update, thecentral computing platform may perform a comparison on the update, checka version of the updates, and generate auto-recommendations to improvethe configuration, as discussed above. In some embodiments, theautomatic generation of recommendations may be responsive to theimportation and retrieval of the configuration data. Accordingly, one ormore monitoring operations and processes may be implementedautomatically and concurrently with other operations and processes, suchas methods 500 and 600 discussed above. In various embodiments, whenmonitoring the configuration data as described above, the centralcomputing platform may periodically generate results that may bedisplayed in a user interface, or storable or printable in a particularformat.

Method 700 may proceed to operation 706 during which one or more systemevents or conditions may be identified based on the monitoring. Forexample, particular system events, that may be identified based on eventidentifiers, may be detected, and one or more messages may be generated.More specifically, a system event may be an error, a failure, anexception, or a warning. In various embodiments, during operation 706,the central computing platform may identify such events andautomatically generate and send messages to notify a user that suchevents have occurred.

Method 700 may proceed to operation 708 during which one or more customuser interface elements may be generated. In some embodiments, thecentral computing platform is configured to enable searching within allconfiguration data that has been imported to a customer's portals viathe customer's API. In various embodiments, such searching may beimplementing using a user interface element that is customized based onthe customer's API to enable searching and querying via the userinterface, and also provide results via the user interface. Thesearching may be implemented using query terms, such as keywords enteredinto the user interface element. In various embodiments, the results maybe displayed from all configurations. Furthermore, the searchimplemented by the central computing platform may identify a positionand/or attribute of a configuration where the query term appears.

Method 700 may proceed to operation 710 during which a vendor comparisonmay be implemented. In various embodiments, the central computingplatform is coupled to and configured for a particular customer based onmultiple different vendor portals associated with a vendor's system. Invarious embodiments, a vendor may supply more than one vendor portalinterface to a customer, and configuration attributes in the differentsystems utilizing the different portals have different configurationdata and different settings. Accordingly, the central computing platformmay be configured to compare a particular customer's specificconfiguration data from two different vendor portals, and furtherconfigured to identify and highlight the differences, and enable thesynchronization of such differences. In various embodiments, a customuser interface may be generated to allow such synchronization. Moreover,the central computing platform may be configured to generate one or morerecommendations based on such a comparison. In this way, the centralcomputing platform may compare configurations across different vendors,and provide a user with a unified view across vendors.

FIG. 8 illustrates an example of a system configured to implementvarious embodiments disclosed herein. As shown in FIG. 8, a system, suchas system 800 may include multiple client machines coupled to one ormore system components via a communications network, such as theInternet. For example, client machine 802, client machine 804, andclient machine 814 may be coupled to central computing platform 102. Invarious embodiments, the client machines may be used by users and may beused to instantiate customer portal interfaces.

In various embodiments, system 800 further includes one or more scalableresources implemented in a cloud-based environment. Such resources maybe configured to implement various operations described above as well asoperations such as data fetching, event triggering, data querymanagement, configuration and management of application programinterfaces (APIs) associated with the portals described above, as wellas security and authentication operations associated with such portals.In various embodiments, such scalable resources may be implemented in adedicated instance of a Ubuntu framework, such as dedicated instance810.

As shown in FIG. 8, various instances of portals may be implemented forparticular users, such as customers, and may be implemented in a secureand scalable manner. For example, an instance of a portal may beinstantiated for a customer, and such an instance may be coupled to aninstance of scalable resources included central computing platform 102,such as customer instance 812. The instance of the portal may beconfigured specifically for the customer as well as theirutilization/interaction with a particular SaaS application.

In some embodiments, the system may further include a data storagesystem, such as data storage system 806, which is configured to storedata utilized by computing platform 102, and is configured tocommunicate with other system components described above. In variousembodiments, data storage system 806 may be implemented in a scalablemanner and managed by central computing platform 102 described above. Invarious embodiments, data storage system 806 is implemented as adistributed file system.

According to some embodiments, the system components may also be coupledto resources associated with a SaaS application, such as applicationdatabase 808. As noted above, such coupling may be managed by thecentral platform via the instantiated components described above. Invarious embodiments, such system components may also be communicativelycoupled to additional users, which may be consultants, subject matterexperts, or other entities such as members of a team, such as aSimplrOps team. Such communicative coupling may be implemented via acommunications network, such as the Internet.

FIG. 9 illustrates an example of a computer system or a processingdevice that can be used with various embodiments. For instance, theprocessing device 902 can be used to implement central computingplatform 102 in accordance with the various embodiments described above.Moreover, processing device 902 may be used to implement any of thecustomer portal interfaces or vendor portal interfaces discussed above,as well as recommendations engines and rules engines. Accordingly, eachof these system components may be implemented utilizing a processingdevice, such as processing device 902.

In addition, the processing device 902 shown can represent a computingsystem on a mobile device or on a computer or laptop, etc. According toparticular example embodiments, a processing device 902 suitable forimplementing particular embodiments of the present invention includes aprocessor 901, a memory 903, an interface 911, and a bus 915 (e.g., aPCI bus). The interface 911 may include separate input and outputinterfaces, or may be a unified interface supporting both operations.When acting under the control of appropriate software or firmware, theprocessor 901 is responsible for tasks such as the product updates,product configurations, and product integrations described above.Various specially configured devices can also be used in place of aprocessor 901 or in addition to processor 901. The completeimplementation can also be done in custom hardware. The interface 911 istypically configured to send and receive data packets or data segmentsover a network. Particular examples of interfaces the device supportsinclude Ethernet interfaces, frame relay interfaces, cable interfaces,DSL interfaces, token ring interfaces, and the like.

In addition, various very high-speed interfaces may be provided such asfast Ethernet interfaces, Gigabit Ethernet interfaces, ATM interfaces,HSSI interfaces, POS interfaces, FDDI interfaces and the like.Generally, these interfaces may include ports appropriate forcommunication with the appropriate media. In some cases, they may alsoinclude an independent processor and, in some instances, volatile RAM.The independent processors may control such communications intensivetasks as packet switching, media control and management.

According to particular example embodiments, the processing device 902uses memory 903 to store data and program instructions and maintain alocal side cache. The program instructions may control the operation ofan operating system and/or one or more applications, for example. Thememory or memories may also be configured to store received metadata andbatch requested metadata. In some embodiments, the memory is anon-transitory computer readable medium, as will be discussed in greaterdetail below.

Because such information and program instructions may be employed toimplement the systems/methods described herein, the present inventionrelates to tangible, machine readable media that include programinstructions, state information, etc. for performing various operationsdescribed herein. Examples of machine-readable media include hard disks,floppy disks, magnetic tape, optical media such as CD-ROM disks andDVDs; magneto-optical media such as optical disks, and hardware devicesthat are specially configured to store and perform program instructions,such as read-only memory devices (ROM) and programmable read-only memorydevices (PROMs). Examples of program instructions include both machinecode, such as produced by a compiler, and files containing higher levelcode that may be executed by the computer using an interpreter.

Additional Examples

Also disclosed herein are methods for managing product updates,implemented in accordance with some embodiments. As will be discussed ingreater detail below, a method, such as method 1000, may be implementedto update an SaaS application based on inputs provided by a centralcomputing platform, as described above.

Accordingly, method 1000 may begin with operation 1002 by managing SaaSproduct updates. Accordingly, a customer portal may initiate a processof trying to implement an update associated with an SaaS application, asmay be indicated by various releases, updates, and/or alerts.

Method 1000 may proceed with operation 1004 by reviewing relevantupdates that have been identified by the central computing platform.Accordingly, the central computing platform may identify the availableupdates, and may further filter and identify relevant updates based onor more parameters of the customer and one or more parameters of thevendor. In this way, updates provided to the customer portal arecustomized for that particular instance of the customer portal.

Method 1000 may proceed with operation 1006 by reviewing the recommendedupdates that have been provided by the central computing platform. Suchreview may be performed by a user or via intelligent automation. It maythen be determined at operation 1008 if the recommendations should beaccepted. If they are not accepted, additional follow up with thecentral computing platform may be requested at operation 1010. Such arequest may be handled by the central computing platform, or may bereferred to a consultant or subject matter expert. If they are accepted,at operation 1012 the identified recommended actions and associatedcharacteristics, such as tasks/priory/etc., may be implemented by, forexample, adding the actions to existing integration plans.

Additionally disclosed herein are methods for managing productconfigurations, implemented in accordance with some embodiments. As willbe discussed in greater detail below, a method, such as method 1100 maybe used to implement a configuration of an SaaS application based oninputs provided by a central computing platform, as described above.

Accordingly, method 1100 may begin with operation 1102 by managing SaaSproduct configurations. Accordingly, a customer portal may initiate aprocess of configuring an SaaS application. In various embodiments, theconfiguration of an SaaS application may include specific aspects of theintegrations, as well as attributes, etc. of the SaaS application. Forexample, a change in a configuration may be a change in a particularapplication program interface (API) associated with the SaaSapplication.

The method may proceed with operation 1104 by reviewing configurationchanges that have been identified by the central computing platform.Accordingly, the central computing platform may identify variousconfiguration changes based on one or more changes made to otherinstances of the SaaS application. In this way, the central computingplatform may identify configuration changes based on other similarportals. In some embodiments, such configuration changes are discoveredby the central computing platform by running cron jobs. In this way, theconfiguration changes that are identified and provided to the customerportal may be identified based on data from multiple instances.

The method may proceed with operation 1106 by reviewing the recommendedconfiguration changes that have been provided by the central computingplatform. Such review may be performed by a user or via intelligentautomation. It may then be determined at operation 1108 if therecommendations should be accepted. If they are not accepted, additionalfollow up with the central computing platform may be requested atoperation 1110. Such a request may be handled by the central computingplatform, or may be referred to a consultant or subject matter expert.If they are accepted, at operation 1112 the identified recommendedchanges may be implemented. For example, changes may be made tointegrations, and their attributes may be updated.

Further disclosed herein are methods for managing product integrationevents, implemented in accordance with some embodiments. Thus, accordingto various embodiments, the central computing platform may facilitateand manage product integration events for various SaaS products andtheir associated customer portals.

In some embodiments, method 1200 may commence with operation 1202 byinitiating the integration of runtime events in a production environmentof an SaaS product. For example, a schedule of runtime events may bereviewed, and statuses associated with such runtime events may beidentified and reviewed. If appropriate, the statuses of each event maybe checked and reviewed.

The method may proceed to operation 1204 to determine if any of thestatuses identify a failure or warning. If no failures or warnings areidentified, no action is taken at operation 1206 and the method mayterminate. However, if a failure or warning is identified, one or morerecommendations may be requested from the central computing platform atoperation 1208.

Accordingly, at operation 1210, it may be determined if recommendationsare available. If recommendations are not available, one or morerequests may be generated at operation 1212. For example, a request maybe sent to a consultant or other entity to generate one, or one may begenerated automatically. If recommendations are available, it may bedetermined at operation 1214 if the recommendations should be accepted.If it is determined that the recommendations should not be accepted, anadditional input may be provided to the consultant or other entity, ormay otherwise be handled by the central computing platform at operation1216. If it is determined that the recommendations should be accepted,then the recommended tasks and associated priorities may be added tointegration plans at operation 1218.

In various embodiments, one or more additional methods and/or functionsmay be implemented for the customer portal. For example, the centralcomputing platform and customer portal may be configured to manageintegrations in which it is possible to add/update/delete integratedsystems and integrations as well as integration attributes.

In another example, the central computing platform and customer portalmay be configured to manage integration plans in which it is possible toadd/update/delete plan details, status, tasks and resources,dependencies, start and end dates, etc., and make use of a mini-projectmanagement tool available within a customer portal, such as thatprovided by SimplrOps Inc., to manage integration plans.

In yet another example, the central computing platform and customerportal may be configured to implement administrative management whichmay include customer profile and environment management where a customercan connect to multiple tenants of an SaaS product via the centralcomputing platform (e.g. production, implementation, etc.), and may alsoinclude user and resources management.

In an additional example, the central computing platform and customerportal may be configured to implement requests and notifications inwhich customers can communicate with a team, such as a SimplrOps team,by creating requests, the team can send responses to the requests in theform of notifications, and ad-hoc messaging is provided to the customers(e.g. a new release is available) in the form of notifications as well.

In various embodiments, customer portals, as well as other components,may be configured to manage integrations, security groups, businessrules, etc. For example, they may be configured toadd/update/delete/print, manage versions, and compare data between twoor more tenants. In some embodiments, they may be configured to manageplans via a mini-project management tool within SimplrOps. For example,they may be configured to add/update/delete plan details, status, tasksand resources, dependencies, start and end dates, etc. In someembodiments, they may be configured to handle requests andnotifications. For example, they may be configured to enable customersto communicate with SimplrOps team by creating requests, enableSimplrOps team to send responses to the requests in form ofnotifications, and enable ad-hoc messaging to the customers (e.g. a newrelease is available) sent in the form of notifications as well.

In various embodiments, one or more additional methods and/or functionsmay be implemented for the central computing platform. For example, thecentral computing platform may be configured to manage customer datasuch that it is possible to add/update/delete customer profiles.

In another example, the central computing platform may be configured tomanage vendor product updates, such as SaaS product updates, such thatit is possible to load planned updates, service updates, and ad-hoccustomer alerts for an SaaS Product, figure out, by automation, if theupdates are relevant to a particular customer or not, and categorizeeach update as relevant or non-relevant to a customer.

In yet another example, the central computing platform may be configuredto manage recommendations for each relevant update such that it ispossible to create/update recommendations for each relevant update, andreview recommendations that are published to required customer(s). Suchreview may be performed by a consultant, subject matter expert, or basedon intelligent automation.

In an additional example, the central computing platform may beconfigured to generate notifications such that it is possible to enablecustomers to communicate with a team associated with the centralcomputing platform, such as a SimplrOps Inc. team, by creating requestsin a customer portal, having the team send responses to the requests inthe form of notifications, and implementing ad-hoc messaging to thecustomers (e.g. a new release is available) that are sent in form ofnotifications as well.

In various embodiments, additional functionalities may include managingfunctional updates for a customer (e.g. manage updates to HCM, etc. forcustomers using Workday). Additional functionalities may also includeallowing management of multiple SaaS products for a single customer. Inthis way, the management of such products may be expanded by loading theupdates for multiple SaaS Products and its updates in the centralcomputing platform.

In various embodiments, SimplrOps is enhanced and configured to supportmore Workday products/modules besides various implementation disclosedherein, and is not limited to HCM, Compensation, Payroll, Finance andmore. Moreover, the SimplrOps framework has been configured such that infuture it can support other SaaS products besides Workday. E.g.Products—Cornerstone, ADP, SABA, Salesforce. SimplrOps is configured toretrieve customer configuration for such products, and manage theirpost-implementation state via SimplrOps. In various embodiments,SimplrOps is configured to provide services, training and supportpackages besides allowing subscription to SimplrOps Product. In someembodiments, it is configured to manage functional updates for aCustomer (e.g. manage updates to HCM, etc for customers using Workday).It is also configured to allow management of multiple SaaS products fora single customer. In this way, functionalities may be expanded byloading the updates for multiple SaaS Products and its updates inSimplrOps.

In various embodiments, a rules engine may be configured to enable aplatform as disclosed herein, such as the SimplrOps platform, to givecustomers the ability to define repeatable conditions that willautomatically launch when the platform finds system configurationchanges in third party SaaS applications that meet one or more criteriadefined and/or identified by the rules engine. In this way, automaticimplementations of one or more operations described above may beconfigured based on inputs received from users, such as customers, aswell as based on one or more artificial intelligence determinations. Invarious embodiments, a platform, such as the SimplrOps platform, may beimplemented as a SaaS operation management platform.

While the present disclosure has been particularly shown and describedwith reference to specific embodiments thereof, it will be understood bythose skilled in the art that changes in the form and details of thedisclosed embodiments may be made without departing from the spirit orscope of the invention. Specifically, there are many alternative ways ofimplementing the processes, systems, and apparatuses described. It istherefore intended that the invention be interpreted to include allvariations and equivalents that fall within the true spirit and scope ofthe present invention. Moreover, although particular features have beendescribed as part of each example, any combination of these features oradditions of other features are intended to be included within the scopeof this disclosure. Accordingly, the embodiments described herein are tobe considered as illustrative and not restrictive.

What is claimed is:
 1. A method comprising: retrieving, using one ormore processors of a central computing platform, one or more update dataobjects identifying one or more updates to a distributed application;identifying, using the one or more processors, a configuration of acustomer portal interface configured to provide an application programinterface (API) communicatively coupled to a vendor portal interfaceassociated with the distributed application, the customer portalinterface comprising a first API provided to first users of thedistributed application and being configured based on currentconfiguration data, the vendor portal interface comprising a second APIprovided to second users of the distributed application; retrieving,using the one or more processors, the current configuration dataassociated with the customer portal interface, the current configurationdata characterizing a configuration and settings of the first APIparticular to an instance of the distributed application accessed by thecustomer portal interface; and generating, using the one or moreprocessors, one or more custom input data objects based, at least inpart, on the one or more updates and the current configuration data suchthat the one or more custom input data objects are configured based, atleast in part, on the instance associated with the customer portalinterface, the custom input data objects being capable of receiving aninput identifying a user-defined change to the current configurationdata for the customer portal interface.
 2. The method of claim 1,wherein the central computing platform is communicatively coupled to thevendor portal interface, and wherein the customer portal interface iscommunicatively coupled to the vendor portal interface via the centralcomputing platform.
 3. The method of claim 2, wherein the customerportal interface comprises a web-accessible API associated with a firstcomputing environment, and wherein the vendor portal interface comprisesa web-accessible API associated with a second computing environment. 4.The method of claim 1 further comprising: generating one or morerecommendation data objects based, at least in part, on the identifiedcustomer portal interface configuration.
 5. The method of claim 4further comprising: generating one or more notifications based, at leastin part, on the one or more recommendation data objects.
 6. The methodof claim 5, wherein the one or more notifications are messages sent viathe customer portal interface.
 7. The method of claim 1 furthercomprising: receiving an input via the custom input data object, whereinthe custom input data object comprises a custom user interface element.8. The method of claim 1 further comprising: validating the currentconfiguration data based, at least in part, on a configuration of one ormore validation rules.
 9. The method of claim 1 further comprising:comparing the current configuration data against additionalconfiguration data.
 10. A central computing platform comprising one ormore processors configured to perform a method, the method comprising:retrieving one or more update data objects identifying one or moreupdates to a distributed application; identifying a configuration of acustomer portal interface configured to provide an application programinterface (API) communicatively coupled to a vendor portal interfaceassociated with the distributed application, the customer portalinterface comprising a first API provided to first users of thedistributed application and being configured based on currentconfiguration data, the vendor portal interface comprising a second APIprovided to second users of the distributed application; retrievingcurrent the configuration data associated with the customer portalinterface, the current configuration data characterizing a configurationand settings of the first API particular to an instance of applicationdata the distributed application accessed by the customer portalinterface; and generating one or more custom input data objects based,at least in part, on the one or more updates and the currentconfiguration data such that the one or more custom input data objectsare configured based, at least in part, on the instance associated withthe customer portal interface, the custom input data objects beingcapable of receiving an input identifying a user-defined change to thecurrent configuration data.
 11. The central computing platform recitedin claim 10, wherein the central computing platform is communicativelycoupled to the vendor portal interface, and wherein the customer portalinterface is communicatively coupled to the vendor portal interface viathe central computing platform.
 12. The central computing platformrecited in claim 11, wherein the customer portal interface comprises aweb-accessible API associated with a first computing environment, andwherein the vendor portal interface comprises a web-accessible APIassociated with a second computing environment.
 13. The centralcomputing platform recited in claim 10, wherein the central computingplatform is configured to: generate one or more recommendation dataobjects based, at least in part, on the identified customer portalinterface configuration.
 14. The central computing platform recited inclaim 13, wherein the central computing platform is configured to:generating one or more notifications based, at least in part, on the oneor more recommendation data objects, wherein the one or morenotifications are messages sent via the customer portal interface. 15.The central computing platform recited in claim 10, wherein the centralcomputing platform is configured to: receive an input via the custominput data object, wherein the custom input data object comprises acustom user interface element.
 16. The central computing platformrecited in claim 10, wherein the central computing platform isconfigured to: validate the current configuration data based, at leastin part, on a configuration of one or more validation rules.
 17. Thecentral computing platform recited in claim 10, wherein the centralcomputing platform is configured to: compare the current configurationdata against additional configuration data.
 18. One or morenon-transitory computer readable media having instructions storedthereon for performing a method, the method comprising: retrieving,using one or more processors of a central computing platform, one ormore update data objects identifying one or more updates to adistributed application; identifying, using the one or more processors,a configuration of a customer portal interface configured to provide anapplication program interface (API) communicatively coupled to a vendorportal interface associated with the distributed application, thecustomer portal interface comprising a first API provided to first usersof the distributed application and being configured based on currentconfiguration data, the vendor portal interface comprising a second APIprovided to second users of the distributed application; retrieving,using the one or more processors, the current configuration dataassociated with the customer portal interface, the current configurationdata characterizing a configuration and settings of the first APIparticular to an instance of the distributed application accessed by thecustomer portal interface; and generating, using the one or moreprocessors, one or more custom input data objects based, at least inpart, on the one or more updates and the current configuration data suchthat the one or more custom input data objects are configured based, atleast in part, on the instance associated with the customer portalinterface, the custom input data objects being capable of receiving aninput identifying a user-defined change to the current configurationdata for the customer portal interface.
 19. The one or morenon-transitory computer readable media recited in claim 18, wherein thecentral computing platform is communicatively coupled to the vendorportal interface, and wherein the customer portal interface iscommunicatively coupled to the vendor portal interface via the centralcomputing platform.
 20. The one or more non-transitory computer readablemedia recited in claim 19, wherein the customer portal interfacecomprises a web-accessible API associated with a first computingenvironment, and wherein the vendor portal interface comprises aweb-accessible API associated with a second computing environment.